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TECHNICAL FIELD 

[0001] This invention relates to the computing devices in a domain, and more particularly to 
grouping computing devices in a network into subgroups. 

BACKGROUND 

[0002] A domain or other large network environment can have himdreds or thousands of 
related computing devices, each of which has some element of trust for the other related 
computing devices. As used herein, a domain includes a collection of computing devices 
that share a common domain database and security policy, where each domain has a unique 
name. It is useful to divide up the computing devices into smaller, manageable groups. 
These groups can be useful for system management, for deploying applications or data 
across hundreds or thousands of related computing devices in the domain, and for 
distributing computing problems among related computing devices in the groups. 

[0003] The efficiency of dividing related computing devices into groups can be seen 
through examples. An application or data can be distributed to one related computing 
device in a group so that it can share its locally cached files with other related computing 
devices across the group, such as within a local network.. Thus, a group can serve as a 
related computing device-based caching system. The caching system of the group allows 
application, data, and data processing tasks to be delivered in a peer-to-peer fashion between 
related computing devices within the group. For example, when a document needs to be 
distributed to thousands of users, the first related computing device to receive this document 
in a group is then able to serve it to other related computing devices in its group. Once other 
related computing devices receive the file, they can then serve the file to additional related 
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computing devices in the group that are requesting it. As the number of related computing 
devices in a group that are able to serve others eventually expands, the document will be 
delivered faster without overwhelming the network or any single related computing device. 
[0004] In another example where a related computing device can cache content for multiple 
users on the same Local Area Network (LAN), a series of video files may need to be sent to 
multiple users in a satellite office. By using one related computing device in a group to first 
retrieve the series of video files from a corporate server, and then distributing the series of 
video files in a peer-to-peer model (or using a group cache of the video files) within the 
group, there will be a significant reduction in the amount of Wide Area Network (WAN) 
traffic to the satellite office with the corporate server. As such, this kind of efficient 
distribution protects WAN bandwidth by delivering content to a group once, and allowing 
other employees to get the content from any related computing device on the LAN in a peer- 
to-peer fashion. Thus, the content only needs to cross the corporate server firewall and travel 
the WAN once and is distributed efficiently within the LAN in the satellite office(s). Note 
that any related computing device on the LAN can receive data, software, or a computing 
task either from the corporate backbone (e.g., corporate servers) on the WAN, or from any 
neighboring related computing device in the group from the LAN via peer-to-peer 
networking. 

[0005] Since any one group can be configured to have a relatively small membership in a 
“peer-casting” application, the original related computing device that first receives an 
application is not overwhelmed with requests from its group peers and as more of the peers 
receive the application, other peers in the group can go to any group member that already 
has the application to get their own copy. Further, the load on the original corporate server 
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is significantly reduced since the number of related computing devices that the original 
corporate server must directly communicate with is significantly reduced. 

[0006] In some environments it may be easy to define a peer-casting group within which 
related computing devices can share data, software, and computing tasks. For example, if 
there are only a few ‘close by’ related computing devices, then specifying these related 
computing devices as being in a single group is a fairly easy chore for a system or network 
administrator. In a domain or other large network environment, however, there may be 
hundreds or thousands of related computing devices such that it may be all but impossible to 
directly create and manage these groups. A problem exists in that related computing devices 
are not dynamically formed into groups, and groups of related computing devices are not 
maintained automatically. Rather, intervention by a system or network administrator is 
required. It would be an advance in the art to dynamically create and manage groupings of 
related computing devices within a domain without requiring the attention of a system or 
network administrator. 

SUMMARY 

[0007] According to one exemplary implementation, a method is described for a domain 
containing one of many computing devices. The computing device transmits a query and 
receives back a response from one or more neighbor-casting (NC) groups in the domain. 
Each NC group includes one or more of the computing devices. The computing device 
applies predetermined criteria to select one of the NC groups. After the selection is made, 
the computing device is joined to the selected NC group, such as by association with a 
unique NC group identifier. The predetermined criteria can be the number of computing 
devices in the selected NC group (e.g., numerousity), a length of time between the query and 
the response from the selected NC group (e.g., latency), or a combination of thereof In 
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another exemplary implementation, when the selected group has few computing devices, the 
computing device can send a query and receive back a response from one or more groups. 
By applying criteria similar to the predetermined criteria, the computing device can select 
one other group, remove itself from its current group, and join the other selected group. 
[0008] Exemplary implementations allow a computing device to dynamically group itself 
with other computing devices, to dynamically manage NC groups with which the computing 
device is in communication, as well as to remove itself from an NC group. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[009] Figure 1 shows an exemplary environment in which a plurality of related computing 
devices are dynamically formed into a neighbor casting group, each of which can be one of a 
variety of difference kinds of computing devices. 

[0010] Figure 2 shows an exemplary environment in which a meta group is dynamically 
formed from other neighbor casting groups, including the neighbor casting group 
dynamically formed as seen in Figure 1 . 

[0011] Figure 3 shows a super meta group that has been dynamically formed from a 
plurality of meta groups. 

[0012] Figure 4 illustrates an exemplary process for dynamically creating multiple peer- 
casting groups from larger groups of related computing devices in a domain. 

[0013] Figure 5 illustrates an exemplary group reformation process for when a related 
computing device joins an existing group and a test is needed to see if the existing group is 
larger than a predetermined group size criteria. 

[0014] Figure 6 illustrates an exemplary process for determining whether a related 
computing device is in a group all by itself, or whether the number of related computing 
devices in the group is below predetermined minimum, and if so then an attempt is made at 
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regular intervals to rejoin another more acceptable group by sending out a query 
transmission, and if a new group is found, then the current group will leave and join the new 
group. 

[0015] Figure 7 illustrates an exemplary process for discovering whether a related 
computing device has been moved such that it is no longer close to other members of its 
group in network terms of response time, and if so discovered then that related computing 
device can leave the current group and then try to join another better matching group by 
using, for example, the exemplary process illustrated in Figure 6. 

[0016] Figure 8 is a block diagram of both an exemplary related computing device and an 
exemplary computing environment that can be used to create and manage groups of 
exemplary related computing devices as discussed in the disclosed exemplary 
implementations. 

[0017] The same numbers are used throughout the disclosure and figures to reference like 
components and features. Series 100 numbers refer to features originally found in Figure 1, 
series 200 numbers refer to features originally found in Figure 2, series 300 numbers refer to 
features originally found in Figure 3, and so on. 

DETAILED DESCRIPTION 

[0018] This disclosure pertains to the dynamic grouping together of related computing 
devices in a domain, and managing the groups. Applicable domains can have hundred or 
thousands of related computing devices, although the present disclosure is equally 
applicable to domains having a significantly fewer number of related computing devices. 
This grouping is dynamic in that groups of related computing devices in the domain are 
created and managed without intervention by a system or network administrator. The 
dynamic creation and management of groups is driven by predetermined criteria £is to the 
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number of related computing devices that can be within a group and/or is driven by 
predetermined criteria as to acceptable latency in response times between related computing 
devices within a group. 

[0019] In order to dynamically create groups, a related computing device should have the 
ability to discover neighboring groups (if any) that already exists in the domain. Once the 
NC groups are discovered, an appropriate criteria can be applied in order to select which of 
the existing neighboring groups (Neighbor-Casting (NC) groups) are appropriate. Once one 
or more NC groups have been dynamically created, they should be automatically managed 
so that no NC group grows inappropriately large, and so that group membership can be 
automatically maintained as related computing devices are added to and removed from the 
domain and/or from a local area network over time. 

[0020] The dynamic creation and management of NC groups is regulated by predetermined 
criteria that defines constraints that are put on the NC groups. Once such constraint is a 
minimum size criterion (e.g., numerousity) that dictates how small an NC group should be 
(e.g., a minimum number of related computing devices that are to be in one NC group). 
This number need not be mandatory, but may be discretionary in that a group may be 
permitted to be smaller, but groups should be at least the specified size. As such, NC groups 
that are smaller than this number will be managed so that attempts will be made to try to 
join it with larger groups, if scrutiny of the predetermined criteria deems that they can. For 
example for small NC groups, a minimum size criterion may be a default minimum of three 
related computing devices. Another constraint on an NC group is a maximum size criterion 
that dictates how large the NC group should be (e.g., a maximum number of related 
computing devices that are to be in one NC group). 
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[0021] Still another constraint on NC groups is a response timeout criterion (e.g., latency). 
The response timeout criterion that dictates the longest acceptable length of time that a 
related computing device will wait for a reply from any NC group. The reply is requested 
when the related computing device transmits a query for existing NC groups and that related 
computing device is being managed to try to join an NC group. After the expiration of the 
response timeout criteria, any additional replies are cut off For example, if an NC group 
replies after the length of time specified by the response timeout criteria, then that NC group 
is most likely “too far” away, in network terms of the latency of the response. The response 
timeout criteria can be a value that is chosen such that an NC group will not span a modem 
or a Cable / Digital Subscriber Line (DSL) connection (i.e., if set to less that 10 
milliseconds, then this values will likely exclude any connection that spans Cable/DSL 
lines). 

[0022] Yet another constraint on NC groups is a retirement timeout criteria that dictates the 
longest time that a group member can disappear (not communicate with any other group 
member) before other members of a group automatically remove that member from the 
group. A further constraint on NC groups is a maximum response criterion that dictates the 
maximum amount of time that members within a group should require in communicating 
with each other. If a related computing device is moved, it may no longer be close enough 
for an acceptable latency in its responses and therefore would no longer be an acceptably 
close neighbor. In this case, it would be more efficient to have the related computing device 
automatically leave its existing group and join a closer group (e.g., automatically form a 
new group). 

[0023] The groups being formed as described in this specification are composed of related 
computing devices that are in the same domain. As such, related computing devices in each 
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group that is to be formed already have an established trust relationship. While the 
established trust relationship need not be a full trust relationship, the trust should be 
sufficient such that non-members of the domain can be excluded from jo inin g a group. 
Additionally, the creation and management of groups should include criteria that prevent a 
mistaken joining of a related computing device in a domain into a group with one or more 
computing devices that are not in the domain. 

[0024] The forgoing constraints can be used to dynamically create multiple peer-casting 
groups from larger groups of related computing devices in a domain. In further explanation, 
this disclosure is organized as follows: Section A of this disclosure describes exemplary 
implementations of exemplary environments for creating and managing groups of related 
computing devices in a domain. Section B describes exemplary implementations of 
exemplary processes to create and manage groups of related computing devices in a domain, 
and Section C describes both an exemplary related computing device and an exemplary 
computing environment that can be used to provide the exemplary implementations 
described in Sections A and B. 

[0025] A. Environments For Creating and Managing Groups 

An exemplary environment is seen in Figure 1 as a domain 100 in which there can 
be a dynamic formation of a group of related computing devices 102(1-M) that are in the 
same domain 100. Each related computing device 102 is in communication with a network 
(106) such as a Local Area Network (LAN). An operating system (0/S) 104 is included in 
each related computing device 102. O/S 104 can include a shared directory. Once a 
plurality of related computing devices 102 have been dynamically formed into a group, they 
can communicate as a group. One such form of communication can include the sharing of 
cache. The contents of the cache that is shared among the group can include software that is 
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be distributed among the group, data that is to be distributed among the group, and data 
processing tasks that are to be distributed for computing by one or more members of the 
group. A full or partial directory of contents of the cache can be included in, or be separate 
from, 0/S 104 in each related computing device 102. 

[0026] The logic for creating and managing groups of related computing devices 102(m) in 
a domain may reside in 0/S 104, but may also be fully or partially a standalone application. 
In one implementation, predetermined criteria for dynamically forming and managing 
groups can be a component of a Background Intelligent Transfer Service (BITS). BITS can 
be an aspect of 0/S 1 04 that is used, for instance, by Software Management Services (SMS). 
SMS is an application outside the 0/S 104 that is used to deploy, iminstall, and/or manage 
software updates (e.g., such as security patched and updates) for the related computing 
device 102. The efficiency realized by dynamic group formation and management is that 
these tasks can be accomplished without intervention by a network or system administrator. 
Dynamic grouping aspects of BITS can be enabled or disabled and may or may not be 
exposed for use by third parties as part of 0/S 104 or as part of a standalone application. 
[0027] A dynamic group formation process 120 forms an NC group (k) from related 
computing device 102(1) through related computing device 102(M) via communications 
over network 106. Note that the present disclosure anticipates that there is a wide variety of 
types and kinds of related computing devices 102, examples of which are depicted as being 
a video game console 108, a set top box 110, an automatic teller machine 1 12, a Personal 
Digital Assistant (PDA) 1 14, a Personal Computer (PC), 1 16, a cellular telephone 118, etc. 
The related computing device 102 can also be a peripheral computing device (a printer, 
facsimile machine, copier, or multifunction peripheral device) or a server. 
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[0028] Once NC groups have been formed, they can be dynamically grouped together in a 
likewise manner into meta groups (and so on) to form groups of groups. Accordingly, 
domain 100 is also seen in Figure 2 which features NC group (1) through NC group (K), 
where each NC group (k) is dynamically formed into a meta group. Further, any meta group 
that is dynamically formed as shown in Figure 2 can be dynamically joined with still other 
meta groups in domain 100 to form a super meta group. As shown in Figure 3, a meta 
group (1) includes NC groups 1-Q, a meta group (p) includes NC groups 1-R, and a meta 
group (P) includes NC groups 1-S. As such, a super meta group is dynamically created 
from meta groups (1-P). As an alternative to defining the foregoing three (3) levels of 
groups, groups and meta-groups can be contained within other meta-groups, and the 
grouping can be any number of levels. 

[0029] Given the foregoing explanation of Figures 1-3, each member in an NC group can be 
assigned a globally unique group ID (GUID). Each group, for instance, may be constrained 
to have 7-15 related computing devices that are relatively close together, in terms of 
response time, for efficient intra-group communications. Because excessive latency is 
inefficient, response time is measured to determine a member’s closeness and whether a 
member should be removed from a group. Though a member’s response time is tolerable, 
the member might still be removed in favor of joining that member to a different group to 
which it will respond to more quickly, or in favor of joining that member to group that is not 
as process intensive (e.g., not as busy) as its present group. 

[0030] In sum, each group in the domain has at least one related computing device and each 
of the groups, meta groups, and super meta groups can have a GUID to uniquely identify 
itself with. Each related computing device can be a node on a logical hierarchical tree 
structure representing a group, meta group, and/or super meta group. Once groups have 
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been dynamically created, the related computing devices in the groups treat each other as 
neighbors so that they can do neighbor-casting of data, software, and computing tasks. 

[0031] B. Processes For Creating and Managing Groups 

An exemplary process 400 is seen in Figure 4 according to one implementation that 
can be used to dynamically create multiple peer-casting groups from larger groups of related 
computing devices in a domain. Process 400 is executed by a related computing device 
upon which an examination is made though communications received by and sent from the 
related computing device presently being examined. A dynamic group formation 
implementation of process 400 begins at block 402 and moves to a query 404. Query 404 
determines whether the related computing device (e.g., a computer) is presently in a peer- 
casting group (i.e., NC group) already. If so, query 404 also determines whether the NC 
group has more than a predetermined minimum size of members. If both answers are in the 
affirmative, then process 400 terminates at block 424. Otherwise, control of process 400 
moves to a block 406. 

[0032] At block 406, a determination is made on the network as to what groups currently 
exist. For TCP networks, this can be accomplished with a broadcast/multicast of a group 
query packet (which transmission can usually be made just to the subnet), and then 
‘listening’ for responses within a predetermined timeout length of time. For queries to 
discover other existing groups in the domain; it may be possible to use SSDP (Simple 
Service Discovery Protocol) in order for a new computing device to query for existing 
groups in the domain. The responses to the query can include information about joining the 
group, the munber of current members in the group, as well as any additional group 
information that can be used to determine membership applicability (e.g., the QUID of the 
group). Further, the response can be signed with credentials such that it can be known that 
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the responder is part of the same domain (i.e., that the response has an acceptable level of 
trust), or both sides of the response can be authenticated at block 418, discussed below. 
[0033] After block 406, process 400 passes control to a block 408 at which the responses 
are ordered according to the closest (least response time) and smallest (least number of 
related computing devices) group. Note that if two groups have the same response time then 
process 400 can be configured such that the first smaller group will be selected. The groups 
can also be ordered by other group membership criteria as well, such as how busy the 
members of the group are or by how much availability of machine resources exist for the 
group. For example, a group with low computer utilization may be a better group to join 
even if that group has more members than another group that has higher computer 
utilization of its members. Additional joining criteria can be pre-configured into process 
400 

[0034] After block 408, process 400 passes control to a query 410. Query 410 determines 
whether the related computing device presently being examined is in a group already. If so, 
the process 400 move to a query 412. If not, then process 400 passes control to block 420. 
[0035] At query 420, it is determined whether one or more responses were received from 
existing groups. If so, the process 400 moves on to a block 418 at which the related 
computing device is joined to the first and best group as determined by the ordering at block 
408. In the process of joining the NC group at block 418, the computing device presently 
being examined and the group sought to be joined can authenticate each other in order to 
exclude untrusted computing devices from group membership. If, however, it is determined 
by query 420 that no responses have been received, then process 400 moves to block 422 at 
which a new group is created having only the related computing device presently being 
examined as its sole member. After block 422, process 400 terminates at block 424. 
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[0036] At query 412, it is determined whether one or more responses had been received 
from existing groups. If so, then process 400 proceeds to a query 414. If, however, no 
responses were received, then process 400 terminates at block 424. Query 414 determines 
whether the best response that was received was from a group that would be better for the 
related computing device presently being examined that its current NC group. If so, then 
process 400 moves to block 416 so that the related computing device presently being 
examined can leave the current group and joining the better group at block 418. Otherwise, 
process 400 terminates at block 424. 

[0037] Block 418 of process 400 allows a related computing device to join an existing 
group. If the group is joined at block 418, then the group can be tested to see if the number 
of members in the group exceeds a predetermined maximum size. An exemplary process 
500 for this test is seen in Figure 5 that begins at block 502 and proceeds to a query 504. 
Query 504 determines whether the current group membership is greater than the 
predetermined maximum size. If not then process 500 terminates at block 512. If query 404 
is affirmative, then the group is to be spit up and process 400 moves to block 506. 

[0038] At block 506, one half of the members in the group are selected to stay in the 
existing group and one half are selected to form a new separate group. There are, however, 
several ways to split the group membership. For example, one way is to randomly choose 
one half the members, and another is to use a predetermined criteria. For example, members 
can be broken into two groups based on their observed response times within the group (i.e., 
network distance). Additionally, members that are in the process of inviting another related 
computing device into the group, such as through communication of responses to queries 
from other related computing devices outside the group, can stay in the existing group. An 
alternative is to define an optimum size membership for the number of members in a group. 



lee@hayes 



14 



MSl-1907US.PaLApp 




which size may not be the same as one-half (14) the predetermined maximum group size, 
and then split the group into a group having the optimum size membership - thus leaving 
the remaining members to make up the other group. 

[0039] After the selection of group members has been made at block 506, process 500 
moves to block 508 at which a new group is created for the members selected to leave the 
existing group. One of the new group members can randomly be selected, for instance, to 
create the group. A block 510 follows block 508 at which each of the members selected for 
the new group leaves the existing group and joins the newly created group. Process 500 
then terminates at block 512. Process 500 will effectively manage dynamic group formation 
and will effectively subdivide the domain into groups of approximately the predetermined 
maximum group size (or less). Groups, in essence, are able to self manage themselves over 
time. 

[0040] Figures 6-7 represent implementations of exemplary processes that can be run 
periodically (for example, onee a day or every few days) to maintain groups, such as by 
measuring time with an interval timer operating in a related computing device that is a 
member of a group. As such, Figure 6 is a flowchart for a process 600 that begins at block 
602 when an interval timer signals the periodic execution. If the related computing device 
presently being examined is a member of a group all by itself, or the number of members in 
the group is below a predetermined minimum group membership size (e.g., numerousity) as 
per a query 604, then the single member or small number of members will try to rejoin 
another more acceptable group at regular intervals, such as by using process 400 as seen in 
Figure 4. Such an attempt can be made by sending out a group query packet. If a new 
group is foxmd, then the single member or small number of members will leave the current 
group and join the new one. If the group size is within a predetermined tolerance, process 



lee@hayes 



15 



MSI-1907US.PaLApp 




600 moves from query 604 to block 606 at which the interval timer is reset and restarted. 
Process 600 then terminates at block 610. 

[0041] At Figure 7, a process 700 determines whether a related computing device has been 
moved with respect to its group. Process 700 can be configured to begin at block 702 when 
an interval timer signals a periodic execution of process 700. If the related computing 
device has been moved and is no longer close to the other members of its group, as 
measured by the group’s response time to the related computing device at a query 704, then 
the related computing device can leave the current group at block 706 and try to re-join 
another better matching group by renmning a group formation algorithm at block 708, such 
as by using process 400 as seen in Figure 4. This can be accomplished by monitoring the 
response times of intra-group commimications. If the response times lengthen beyond a 
predetermined maximum length of time and do not recover (i.e., excluding transient 
networking issues), then it may be assumed that the related computing device has moved to 
a new location. After block 708 or an affirmative response to query 704, process 700 moves 
to block 710 at which the interval timer is reset and restarted. Process 700 then terminates 
at block 712. 

[0042] As discussed above, latency in a response time can be indicative of the ‘closeness’ of 
related computing devices. Related computing devices are isolated if they have slow links, 
thereby preventing spanning both a local site and a remote site. When a related computing 
device is looking to join a group and any reply follows a query for existing groups that 
exceeds a maximum time period (e.g., more than 10 milliseconds for the example of DSL), 
this latency in the response may be an indication that there is a spanning of a modem or of a 
Cable/DSL cormection, or other wide area network connection. By excluding members 
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from groups on the basis of a long response time, network bandwidth usage is made more 
efficient than otherwise. 

[0043] If a related computing device “disappears” from a network for an extended time, in 
that no communication is made with the related computing device, then the related 
computing device can be removed from the group by the other members. For example, if a 
related computing device is retired, sold, turned off, or is manually removed from a group, 
then after a predetermined retire timeout length of time, the related computing device will 
be automatically removed by the other group members. If a related computing device is 
turned off for an extended time greater than the predetermined retire timeout length of time, 
then when the related computing device is turned back on, the related computing device will 
no longer be a member of the group it originally joined and will need to rerun a group 
formation algorithm, such as by using process 400. 

[0044] A group of related computing devices can have a shared group cache of information 
or data and a shared database directory of what is in the shared group cache. These are used 
by the peers (e.g., members) in a group. A shared directory is a database that can be on each 
peer or in different pieces spread out over peers in the group. This database serves as a 
library to answer queries that find out what other peers in the group have and do not have, 
thus reducing data replication within the group, yet expanding intra-group network traffic 
(e.g., peer chit chat). One peer that needs data/software/parallel process computing can 
know, via the shared directory, that another is now downloading what it needs so that it will 
forebear getting its needs and wait until its peer has the needed download before requesting 
it. As such, peers in a group can share information about what is available by using a shared 
database directory of what is available on each peer in the group. Thus, each peer will 
check with the group for a needed download before going out of the group for it. As a 
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needed download is distributed within the group, one peer might have a choice of several 
locations within the group to choose as a download source. This choice can be made 
randomly. The information can flow through the group by checking the shared directory 
and then spreading the load of responding to requests for downloads if more than one peer 
has the needed download. The shared database directory can also keep information as to 
whether a peer is now active or is now being accessed so that requests for downloads are 
sent only to peers that are neither busy nor active. 

[0045] Implementations presented herein enable dynamic creation and maintenance of 
groups of related computing devices in a domain. These implementations reduce network 
traffic and make content distribution more efficient and less expensive due to the dynamic 
creation and maintenance of groups. 

[0046] C. Computing device and Computing Environment. 

Figure 8 shows an exemplary computing device that can be used to implement the 
processes described herein. Related computing device 842 includes one or more processors 
or processing units 844, a system memory 846, and a bus 848 that couples various system 
components including the system memory 846 to processors 844. The bus 848 represents 
one or more of any of several types of bus structures, including a memory bus or memory 
controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using 
any of a variety of bus architectures. The system memory 846 includes read only memory 
(ROM) 850 and random access memory (RAM) 852. A basic input/output system (BIOS) 
854, containing the basic routines that help to transfer information between elements within 
related computing device 842, such as during start-up, is stored in ROM 850. 

[0047] Related computing device 842 further includes a hard disk drive 856 for reading 
from and writing to a hard disk (not shown), a magnetic disk drive 858 for reading from and 
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writing to a removable magnetic disk 860, and an optical disk drive 862 for reading from or 
writing to a removable optical disk 864 such as a CD ROM or other optical media. The hard 
disk drive 856, magnetic disk drive 858, and optical disk drive 862 are connected to the bus 
848 by an SCSI interface 866 or some other appropriate interface. The drives and their 
associated computer-readable media provide nonvolatile storage of computer-readable 
instructions, data structures, program modules and other data for related computing device 
842. Although the exemplary environment described herein employs a hard disk, a 
removable magnetic disk 860 and a removable optical disk 864, it should be appreciated by 
those skilled in the art that other types of computer-readable media which can store data that 
is accessible by a computer, such as magnetic cassettes, flash memory cards, digital video 
disks, random access memories (RAMs), read only memories (ROMs), and the like, may 
also be used in the exemplary operating environment. 

[0048] A number of program modules may be stored on the hard disk 856, magnetic disk 
860, optical disk 864, ROM 850, or RAM 852, including an operating system (0/S) 870, 
one or more application programs 872 (such as an application to create and/or manage 
groups of related computing devices in a domain), cache/other modules 874, and program 
data 876. Alternatively, 0/S 870 can include a component that can create and/or manage 
groups of related computing devices in a domain, such as is described with respect to 0/S 
104(m) seen in Figure 1. The various levels of cache 874 (e.g., LI, L2, L3) can include 
shared directories, data, software, and/or computing tasks for distribution to other related 
computing devices within a group. 

[0049] A user may enter commands and information into related computing device 842 
through input devices such as a keyboard 878 and a pointing device 880. Other input 
devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, 
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or the like. These and other input devices are connected to the processing unit 844 through 
an interface 882 that is coupled to the bus 848. A monitor 884 or other type of display 
device is also connected to the bus 848 via an interface, such as a video adapter 886. In 
addition to the monitor, personal computers typically include other peripheral output devices 
(not shown) such as speakers and printers. 

[0050] Related computing device 842 commonly operates in a networked environment 
using logical connections to one or more remote computers, such as a remote computer 888. 
The remote computer 888 may be another personal computer, a server, a router, a network 
PC, a peer device or other common network node, and typically includes many or all of the 
elements described above relative to related computing device 842. The logical connections 
depicted in Fig. 8 include a local area network (LAN) 890 and a wide area network (WAN) 
892. Such networking environments are commonplace in offices, enterprise- wide computer 
networks, intranets, and the Internet. 

[0051] When used in a LAN networking environment, related computing device 842 is 
connected to the local network through a network interface or adapter 894. When used in a 
WAN networking environment, related computing device 842 typically includes a modem 
896 or other means for establishing communications over the wide area network 892, such 
as the Internet. The modem 896, which may be internal or external, is connected to the bus 
848 via a serial port interface 868. In a networked environment, program modules depicted 
relative to the personal related computing device 842, or portions thereof, may be stored in 
the remote memory storage device. It will be appreciated that the network coimections 
shown are exemplary and other means of establishing a communications link between the 
computers may be used. 



Iee@hayes 



20 



MSI-1907US.PaLApp 




[0052] Generally, the data processors of related computing device 842 are programmed by 
means of instructions stored at different times in the various computer-readable storage 
media of the computer. Programs and operating systems are typically distributed, for 
example, on floppy disks or CD-ROMs. From there, they are installed or loaded into the 
secondary memory of a computer. At execution, they are loaded at least partially into the 
computer’s primary electronic memory. The invention described herein includes these and 
other various types of computer-readable storage media when such media contain 
instructions or programs for implementing the blocks described below in conjimction with a 
microprocessor or other data processor. The invention also includes the computer itself 
when programmed according to the methods and techniques described herein. 

[0053] For purposes of illustration, programs and other executable program components 
such as the operating system are illustrated herein as discrete blocks, although it is 
recognized that such programs and components reside at various times in different storage 
components of the computer, and are executed by the data processor(s) of the computer. 
[0054] General reference is been made herein to one or more related computing devices, 
such ^ls related computing device 842. As used herein, “related computing device” means 
any electronic device having data communications, data storage capabilities, and/or 
functions to process signals, such as broadcast signals, received from any of a number of 
different sources. For example, a related computing device can be a video game console, a 
set top box, an automatic teller machine, a PDA, a PC, a cellular telephone, a peripheral 
computing device such as a printer, facsimile machine, copier, or multifunction peripheral 
device, a server, etc. 

[0055] Related computing device 842 can include a variety of computer readable media 
identified as communication media. Communication media typically embodies computer 
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readable instructions, data structures, program modules, or other data in a modulated data 
signal such as a carrier wave or other transport mechanism and includes any information 
delivery media. 

[0056] The term “modulated data signal” means a signal that has one or more of its 
characteristics set or changed in such a maimer as to encode information in the signal. By 
way of example, and not limitation, communication media includes wired media such as a 
wired network or direct-wired cormection, and wireless media such as acoustic, RF, infrared, 
and other wireless media. Combinations of any of the above are also included within the 
scope of computer readable media. 

[0057] Various modules and techniques may be described herein, in the general context of 
computer-executable instructions, such as program modules, executed by one or more 
computers or other devices. Generally, program modules include routines, programs, 
objects, components, data structures, etc. that perform particular tasks or implement 
particular abstract data types. Typically, the functionality of the program modules may be 
combined or distributed as desired in various embodiments. 

[0058] An implementation of these modules and techniques may be stored on or transmitted 
across some form of computer readable media. Computer readable media can be any 
available media that can be accessed by a computer. By way of example, and not limitation, 
computer readable media may comprise “computer storage media” and “co mmuni cations 
media.” 

[0059] “Computer storage media” includes volatile and non-volatile, removable and non- 
removable media implemented in any method or technology for storage of information such 
as computer readable instructions, data structures, program modules, or other data. 
Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash 
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memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other 
optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic 
storage devices, or any other medium which can be used to store the desired information and 
which can be accessed by a computer. 

[0060] “Communication media” typically embodies computer readable instructions, data 
structures, program modules, or other data in a modulated data signal, such as carrier wave 
or other transport mechanism. Communication media also includes any information delivery 
media. The term “modulated data signal” means a signal that has one or more of its 
characteristics set or changed in such a manner as to encode information in the signal. By 
way of example, and not limitation, conmiunication media includes wired media such as a 
wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, 
and other wireless media. Combinations of any of the above are also included within the 
scope of computer readable media. 

[0061] The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. The described embodiments are to be considered 
in all respects only as illustrative and not restrictive. The scope of the invention is, 
therefore, indicated by the appended claims rather than by the foregoing description. All 
changes which come within the meaning and range of equivalency of the claims are to be 
embraced within their scope. 
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